home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0399 / 353 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.0 KB
  1. Date: Tue, 7 Jun 1994 14:20:15 -0400 (EDT)
  2. From: Timothy Miller <millert@undergrad.csee.usf.edu>
  3. Subject: Re: Proposal v5
  4. To: gem-list@world.std.com
  5. In-Reply-To: <9406071334.AA13127=avg@mijt.cwi.nl>
  6. Message-Id: <Pine.3.87.9406071415.D5587-0100000@grad>
  7. Mime-Version: 1.0
  8. Precedence: bulk
  9.  
  10.  
  11. I was discussing block operations with a good friend of mine who is a 
  12. professor in the Computer Science department of the University of South 
  13. Florida.
  14.  
  15. We discussed the two systems of handling text blocks.  The big-cursor 
  16. system, and the one where the block is independant of the cursor.
  17.  
  18. The block=big-cursor method seems the most natural to me, and one of the 
  19. reasons I like it is that the cursor commands are heterogenious, where 
  20. the same commands that work on text work on blocks just the same, and 
  21. another reason I like it is that it takes a lot fewer total keypresses to 
  22. deal with than the other method and requires less memorization.
  23.  
  24. My friend the professor, though, says that heterogenious commands can 
  25. have their disadvantages.  If the block operations are independant of 
  26. cursor and text operations, then things like accidental Ctrl-A become an 
  27. irritation, rather than a danger.
  28.  
  29. So, I suggest a compromize.  Let's not treat the block as a big cursor, 
  30. but find a way to reduce the work involved.  The commands should be 
  31. simplified.  Are you up to the challenge?  
  32.  
  33. It's not going to be easy.  The keypresses (the ones new to to the
  34. standard) will have to be moved to places in the keyboard where they are
  35. easy to deal with.  Ctrl-( and Ctrl-( on the keypad are too far away.  
  36. Change them to Ctrl-B and Ctrl-E.  Hide block shouldn't be Shift-Ctrl-A, 
  37. because of the number of keys involved; change it to something like 
  38. Ctrl-H (one of the things I despize about this method of handling blocks 
  39. is that a selected block that I don't want selected is VERY annoying to 
  40. see, and I especially hate it when there's no command to hide the block).
  41.  
  42. Now, if we exchanged the Ctrl-shift-A for the Ctrl-A, then all this work 
  43. would be saved, but insisting on having Ctrl-A as select-document is 
  44. forcing us to do this or end up with a standard with massive holes in 
  45. it.  Who's going to sit and look at they keyboard to figure out how to 
  46. make block-operations more efficient?  Someone's got to do it.
  47.  
  48. Now, the professor and I agree that shift-backspace is a BIG NO-NO!  For 
  49. those of you who didn't see it before, I'll give an example.  You're 
  50. typing this:
  51.   "Some of the things in this standard are EXTREMENLY"...
  52. You're holding down the shift key to type in the string of caps, and you 
  53. realize your mistake and instinctively hit backspace.  BAM!  Your line is 
  54. gone.  As I'm sure you can see, this is bad.  It happens to me frequently 
  55. in Atari Works, and I dare say that one of you could come up with a 
  56. solution short of removing shoft-backspace from the standard.  If 
  57. shift-backspace were to delete a word, it wouldn't be a whole lot better, 
  58. because one would instinctively hit the backspace key 3 times in the 
  59. above example, thereby deleting 3 words, which isn't very nice either.
  60.  
  61.  
  62.